約 2,226,349 件
https://w.atwiki.jp/realwebanalytics/pages/18.html
提供形態 ASP:自前でハードやソフトを持たずに提供会社のサービスをWeb上から利用出来る方式。アクセス解析ツールの利用方法としては現在、主流型である。 インストール型:ローカルのパソコンあるいはサーバーにソフトウェアをインストールし利用する方式。Web上のアプリケーションに縛られない自由なインターフェースが特徴。 ハードウェア型:利用者の環境にハードウェア(サーバー)をインストールして利用する方式。大規模サイト向けのアクセス解析あるいはパケットキャプチャ型の解析形態を持つツールはこのタイプの物が多い。 解析形態 サーバーログファイル型:利用者のサーバー上の保存されているログ(主にapacheログ)をアクセス解析ツールが読み込みそのデータを活用する。ログファイルを読み込ませる作業が発生するが自社内で完結出来る仕組みが作れる。 ウェブビーコン型:PCにおいては現在主流のアクセス解析手法。計測したいページにタグを入れ(手動あるいは自動)アクセスされた時にその情報を計測サーバーに飛ばす方式。モバイルではapacheにモジュールをインストールする事でこの方式が利用可能。 パケットキャプチャ型:利用者の環境にパケットキャプチャー用のサーバーをインストールする方式が一般的。アクセスされた情報をウェブサーバーとは別に取得し、その情報を計測サーバーにとばす。大規模のモバイルサイトを中心に活用される事が多い。 コンサル型 :利用者がログデータを見ずとも、サービス提供側がアクセス解析ツールで取得したデータを分析し、その結果を報告するタイプ。自分でログデータを見なくても済むが、このサービスを提供する会社が少ないこと、またその内容に関しても玉石混合のためまだ一般的ではない。 コメント
https://w.atwiki.jp/dion/pages/27.html
批判要望板だけでfusianasanをデフォルトにJane系の場合 Live2chの場合 Jane系で右クリックメニューに「まだかな、まだかな」を追加 避難所を専用ブラウザで見られるようにするJane系の場合 Live2chの場合 ギコナビの場合 twintailの場合 普段使ってるwebブラウザから、2ch専用ブラウザを呼出す方法。 批判要望板だけでfusianasanをデフォルトに Jane系の場合 設定>基本ツリー>書き込み 名前の「一行目をデフォルトに」にチェックを入れ、 accuse fusianasan と入力。2行目を空行にしておくと上下カーソルキーで通常名無しと選択可能に。 Live2chの場合 設定>オプション>動作2>空欄時コテハン 板名に"accuse"、コテハンに"fusianasan"を入力。 Jane系で右クリックメニューに「まだかな、まだかな」を追加 設定>機能ツリー>コマンド コマンド名を例えば「まだかな確認」 実行するコマンドに "http //qb7.2ch.net/_403/madakana.cgi" の URLを入力して追加をクリック。 避難所を専用ブラウザで見られるようにする Jane系の場合 板一覧の適当なフォルダをクリックして「ここに板を追加」 入力ウインドウが出てくるので、板名に「DION軍本部」 板URLに "http //www.2ch-net.club/dionplus/" を入力。 雑談系2に登録するか、先に「新規カテゴリを追加」で 「外部板」みたいなフォルダをつくって、そこに登録するのがオススメ。 Live2chの場合 ファイル(F)をひらく→マイボードに板を追加→板の名称(「DION軍本部」等適当に)と避難所のURL "http //www.2ch-net.club/dionplus/"を入力→ →ボードデータの更新→マイボードをひらく ギコナビの場合 gikoNaviフォルダにある \config\Borad フォルダを開き 新規テキスト文書を作成。ファイル名は適当に(ここでは「外部板」)。 作成したドキュメントを開き、[カテゴリ名]、改行、板名=URLの形式で記述します。 ex.) [避難所] DION軍本部=http //www.2ch-net.club/dionplus/ ギコナビを起動し、左上の「2ちゃんねる」部分をクリック。 外部板→避難所と開き、DION軍本部をダブルクリックして一覧を更新。 参考: 外部板登録について (外部リンク) twintailの場合 編集~外部板を登録 から 板名:DION軍本部 ホストアドレス:2ch-net.club 板のアドレス:dionplus として登録。 普段使ってるwebブラウザから、2ch専用ブラウザを呼出す方法。 こちらから解説ページへ
https://w.atwiki.jp/atwikioshirase/pages/11.html
アクセス規制機能に関するお知らせ 毎度ご利用いただき、ありがとうございます。@ウィキです。 この度は、編集規制機能だけでなくアクセス規制機能もつけたほうがいいという 連絡を受けましたのでアクセス規制機能をつけました。 しかし、すぐにアクセス規制機能を付けるのは大変手間がかかるため、 希望者にのみアクセス規制機能を付けることにしました。 以下のフォームに必要事項を書き、送信ください。 ※名前の欄には名前ではなくIDをお書きください。 ※内容の欄には自分が管理するWikiのパスワードをお書きください。 名前 メールアドレス 内容
https://w.atwiki.jp/realwebanalytics/pages/51.html
1)使う人のレベルと目的を把握する(=使う人のレベルは一定ではない) [背景] 当たり前の事ですが、忘れがちです。 説明している相手の能力を知らないと、算数を教えないといけない生徒に数学を教えたり、また数学の教授にピタゴラスの公式を教えてしまう事になります。 ここで書いている「レベル」には様々な物があります。 その人のアクセス解析ツールの経験レベル 自分でサイトを運営していてアクセス解析ツールを入れてばりばり使っている人 他社での運用経験あり 全く初めてでPV・訪問回数・UU数の違いが分からない そもそもネット関連の業務経験が皆無 など、過去の経験は本当に様々です。 計測に関わるIT技術の理解 導入の説明でなければそれほど意識する必要はないですが、以下の用語を理解しているか・していないかで説明の仕方は変わってくると思います。 HTML JavaScript リファラー SEO/SEM リダイレクト UID(端末識別番号) GETパラメータ(クエリーストリング) コンバージョン ROI CPA/CPC セッション PV・訪問回数・訪問者数 数学的素養 あるに超したことはない知識です。出ている数字、あるいは出したい数字がどういう計算の元出ているか?を理解出来ている方が、理解は早く、ただ出ている数字を見ているだけではなく自分で新しい指標を考えたり、計測ではなく分析が出来る可能性が高くなります。 [対応] 相手のレベルを事前に(あるいは説明の早い段階で)把握しておく。 いくつか定番の質問を用意しておくと良いでしょう。 「今までにアクセス解析の経験は?」 「(もし「はい」なら)どういう数字を見ていた?」 「PCあるいはモバイルサイトの作成経験は?」 「サイトのどういう所を分析していきたいか?」 その上で、その人に適した説明(また可能ならマニュアル)を用意する。ある程度レベルが高い人は、他のツールとの違いであったり、専門的な用語をどんどん使っても良いかと思いますが、初心者向けには「例え」を駆使して説明する事をオススメします。後は図示する事も大切です。技術的な背景はわからなくても、アクセス解析ツールを利用・活用する事は充分に可能です。分からない人は本当に驚くくらい分からないものですよ。 また、目的を把握せずにツールの説明だけを行っていませんか?自分が説明するだけではなく、対話を行っていかない限りはアクセス解析ツールは使われないのでは?と思っています。説明出来たことに満足をせず、ちゃんと相手の疑問に答えられたか?を説明の評価とする事が大切かなと自戒もこめて非常に強く感じます。 2)機能から説明しない。目的から機能を説明する。 [背景] 使う側は、まず何か目的があってアクセス解析を利用するわけであって、説明する側もその思考順に則った説明をする必要があります。なので、これはツールを提供しているベンダーや代理店のマニュアルや説明にもよく見られるのですが、機能紹介に説明の重点を置いた内容はあまり使い物になりません。アクセス解析上級者なら機能から利用目的を推測出来るのですが、初めて使ったり経験が少ない人には無理です。 今回の項目で一番大切な内容ですので、具体例を元に説明してみます。 [対応] 「検索ワード」という機能は、検索エンジンで検索をしてサイトに入ってきた人が、どういった単語を入れて検索したのかがわかる機能です。 という説明は単なる機能紹介です。 アクセス解析初心者は、その機能を見て「なるほど。うちのサイトに入ってくる人はこういうワードが多いんだな~」と思って終了です。 では、以下の文章だったらどうでしょうか? 「検索ワード」という機能は、検索エンジンで検索をしてサイトに入ってきた人が、どういった単語を入れて検索したのかが分かる機能です。人気があるワードを把握して、自分のサイトのブランド力を確かめたり、そのワードにあったコンテンツを用意する事によってサイトの滞在時間やコンバージョン率が上がるかも知れません。 少し良くなりましたね。でも、これでも全然不十分です。 「機能を使ってどういう事が出来るか?という内容が足りないから」という訳ではなく、そもそも使う側はそういった使い方をする事が少ないし、ピンと来ないからです。 アクセス解析ツールを利用する人が知りたいようなことは以下のような内容です。 サイトに入ってくる人たちの属性や興味を知りたい。 その上で、どういう人たちが商品をより購入しやすいのかを把握したい。 自分たちが打ったメルマガやキャンペーンの効果測定をしたい。 サイト内のどこで人が多く離脱しているかを知りたい。 少ないお金で効率的にリスティング(あるいは集客)をしたい。 新規のユーザーを増やしたいが、どうやったら集められるのか? (少なくとも新規の人の特徴を知りたい) 何度もサイトに訪れて欲しい とにかくUUを増やしたい!売上も増やしたい! といった類の物がほとんどです。こういう思いを持っている人たちに「検索ワード」の機能とその使い方を説明しても上記の質問の答えには全くなっていません。もちろん全ての機能を説明し、そこから賢い人ならどうやって上記の答えあるいはヒントを出せばよいのかがわかるかも知れませんが、初心者あるいは経験が少ない人にとっては非常に難しいです。 なので、アクセス解析ツールのマニュアルとは、本来以下のような形であるべきなのです。 Q.サイトに流入してくる人の属性を知りたい A.「検索ワード」を使って、流入してくる人の興味とその結果を見てみましょう。 「検索ワード」:サイトに入ってくる人が、どういう興味あるいは期待を持って入ってきているかわかります。この流入ワードを「訪問回数」「閲覧ページ数」「進入ページ」「コンバージョン」などを掛け合わすことにより、より詳細にユーザーのサイトへの期待とその結果・属性などが分かります。 (以下、手法の説明) この後、いろいろ続くのですが、それは次の項目にて。 良いマニュアルとは「目次には行いたいことが並んでいる」物であり「機能が並んでいる」物ではありません。しかしアクセス解析ツールでこのようなマニュアルはほとんど見たことがありません。教育する側は改めて使う側の意識を持って、マニュアルを作ったり、用意する事を考えて貰えればと思います(もちろん自分も含む)この行いたいことを考えるのは、実は非常に難しい作業だったりします。なので教える側は自分だけで考えるべきではなく、使う側・使いたい側と接していく中でヒアリングしたり、問いかけてみることが重要です。使う側が持っている要件は、意外に多彩かつアバウトですよ。物によってはアクセス解析では出来ない物もあったり、推測もいっぱい必要な物があります。今まで言われた、このようなケースの例としては 同業他社とUUの比較をしたい サイトの作成料を押さえてROIが良いページにしたい 20代の女性をターゲットにしているので、これらの属性の人を集めたい 利用者のサイトへの興味度合いを把握したい サイトを見ている人の興味が知りたい コンバージョンに一番効く導線を太くしたい コンバージョンに何が一番効いたかを知りたい といった物がありました。なかなか、簡単に答えられる内容ではないと思います。 重要なのは機能を説明するのではなく、目的に適した機能を紹介する事です。ほとんどの場合、目的を達成するためには一つの機能では不十分なので、機能単位の説明があまり意味を成さない事、ご理解いただけるかと思います。意味がないから不必要か?というとそういう事ではなく、時と場合によっては説明が必要だろうし、少なくともマニュアルの巻末にはレファレンスや定義の観点から用意しておくべきです。ただしアクセス解析の教育や説明という観点から見ると、機能の説明はさほど重要ではありません。 3)百聞は一見に如かず。習うより慣れろ。 [背景] アクセス解析の説明をしたとしても、初めての人は3割も理解出来れば良い方です。 ほとんどの人は説明の内容は分かっても、その意味や意義、また自分が抱えている疑問の解決(前項で出てきた目的が達成出来るが否か)はわからずじまいに終わるケースがほとんどです。その理解率をどうあげていけば良いか?それが本項目と次項目の内容です。 [対応] 説明だけではなくデモを見せたり、ユーザーに説明をしながら操作をして貰いましょう。この時に出来るだけ、機能の本来の用途であったり、ユーザーの疑問を聞き出したり感じ取ったりする事が大切です。特にアクセス解析の説明は難解な単語も多く、とかく眠くなりがちです。私自身も過去のセミナーで多くの脱落者を出してしまっています(反省)。なるべく興味を持って貰うための工夫は必要ですね。大切なのは参加者は「聞く」という立場ではなく、文字の通り「参加」して貰うという立場になって貰うことが大切です*2。 ある程度、時間が割けるのであれば、課題を行って貰うのが効果的です。私が新人に対して研修で行ってきたのは、うちの会社の複数あるサイトのうちどれかを選択し、そのサイトの課題と解決案を考えるという物です。課題には通常4日間与えられ、1日の終わりに(あるいは必要に応じて随時)ヒアリングを行います。その研修プログラムは以下の通りです。 1日目AM:サイトの選択とアクセス解析の操作方法・機能及びその機能の目的の説明 1日目PM:サイトの閲覧。サイトの特徴と目的を理解して貰う。必要に応じてサイト担当者へのヒアリング 2日目AM:定性的・定量的情報を使ってサイトの課題を見つけられる限り探してみる。 2日目PM:その日の最後に見つけた課題を報告して貰い、協議の上、1つあるいは2つにしぼる。 3日目AM:その課題に対しての解決案及び、改善したらアクセス解析上、どの数字が変わるかを考えて貰う。 3日目PM:解決案検討及び資料作成開始。 4日目AM:資料作成 4日目PM:私とサイト担当者に向けて発表 上記の研修を行う上で気をつけていることは以下の通りです。 最初の説明時では機能説明とは別に「目的に応じて使う機能が記されたマニュアル」を渡しています。2日目AMの定量的情報を使ったサイト課題把握は、そのマニュアルに沿って機能を一通り使って貰っています(このマニュアルの概要に関しては次回の記事で紹介)。 2日目PMは今までの経験を元に、解決案が考えやすそう・アクセス解析ツールの中だけで有る程度完結出来そうな物を気にして選んでいます。 ツールや機能の質問に関しては随時答えていく。また悩んでいそうだったら、こっちから声をかけて進捗を確認すると共に、悩みを聞きヒントを出す(次にここを見てみるといいかもよ?とかこういう視点もあるよというアドバイス) 発表の内容は通常パワーポイント10枚前後。発見した課題とその解決方法を、ログデータやサイトのスクリーンショットなどを使い、文字少なめ・情報多めで作ってもらいます。また発表の内容は15分程度です。 発表の後は「気づきを褒める」「他に見るべき情報があればその説明」「解決に向けて具体的に自分だったらどう動くかを考えて貰う」「(既にサイト担当者はその課題に直面している事が多いので)現在、何故その課題が解決されていないかの説明」を行います。質疑応答含め、こちらも15分の時間を取っています。 この研修を行うと、記事の最初に出てきた「1)使う人のレベルを把握する(=使う人のレベルは一定ではない)」というのが非常によく分かります。ぜひアクセス解析の教育担当者は新人研修や教育プログラムに取り込んでみてはいかがでしょうか?ちなみに中途で入ってくる方に関しては、ここまでの研修を行わず、数時間の説明及び紹介で終わらせている場合が多いです(特にその人にとっての主業務がアクセス解析担当者ではなく、数字を見るだけの場合ですが) 4)実績=事例がモチベーションを上げ浸透を進める [背景] いくらアクセス解析を使っても、結果が出ないのであればモチベーションが上がりません。「説明も分かったし、機能も目的も理解しました。確かに便利そうだけど、自分の席に戻ったときにまず何をすれば良いのかわからない。」「数字の見方も分かったし、いくつか見てみて気づきもあった。でもそこからサイトをどう改善すれば良いかわからない。」といった意見は良く聞くし、目の当たりにしてきています。 ここでこの課題をそのままにしておくと、モチベーションが上がらなくなったり、定常的に数字をウォッチするためだけにツールを使うという事態になってしまいます。これではツールの真価は発揮出来ないし、使っている側も真価を発揮出来ません。これを変えるために必要なのが実績と事例なのです。 [対応] 実績や事例を集めるための仕組みと、それをマニュアルに取り込んだり、自分の知見として蓄えるという行動が必要となります。これは非常に大変で、今まで出てきた4つの項目の中では一番難易度が高いです。私自身もまだ満足行くレベルには出来ていません。 ここで言う実績とは 「A というサイトで、●●という事に困っていました。アクセス解析ツールで×と▲という機能を見て現状を分析。その上で■という施策を行ったら、★という数字が大幅に改善。売上も大幅にアップしました。考えたポイントは~中略~であり、成功した要因は~中略~という点にありました。」 といった内容の物です。 サイト目的に対して使うべき機能を説明する時に、こういった事例のある/なしはモチベーションに大きな差を与えます。もちろん全ての事例が全てのサイトに当てはまるわけではないですが、そのエッセンスであったり、一部でも利用出来る可能性はあります。だからこそ、単なる実績だけではなく、成功の要因や、考えたポイント等も書いてあるとなお良いです。 また、こういった事例のアップデートや追加も必要です。非常に難しく、根気がいる作業です。しかし、こういった事例やポイントを持っている人は非常に重宝されますし、日本のアクセス解析業界において少ない優秀なコンサルタントになるために一番大切な事なのでは?と感じています。 まとめ 1)使う人のレベルと目的を把握する(=使う人のレベルは一定ではない) いくつかの質問からその人のレベルを把握し、そのレベルにあった説明を行う。 2)機能から説明しない。目的から機能を説明する。 目的があっての機能。使い方を理解して貰うのではなく、課題への答えやヒントの知り方を理解してもらう。 3)百聞は一見に如かず。習うより慣れろ。 使って分かることはとっても多いが、説明して分かって貰える事は非常に少ない。 4)実績=事例がモチベーションを上げ浸透を進める 事例は事実。成功体験が次の成功への源泉となり、その泉が流れることが浸透へと繋がる。 これら4つを全て網羅したマニュアルや説明が出来れば完璧!といっても、非常に難しいのは事実ですが、意識するだけでも大きく違うと思います。
https://w.atwiki.jp/dion/pages/33.html
最終更新 2015-02-21 1 前スレタイトル URLは書きかえて下さい。 このスレッドは、規制発動時の DION ユーザーのための要望スレッドです。ホストの前に表示される [´・ω・`] は ISP 規制マークです。この板を含め、規制発動時でも名前欄に「fusianasan」や「山崎渉」と記入する事で書き込める板があります。■関連リンク□規制解除要望□ dion専用@ ウィキ(過去の情報等、まずはここから)http //www42.atwiki.jp/dion/DION軍本部 (外部の避難所)http //report-section.hiyoko.biz/dionplus/■規制関連スレDION規制 No.10http //qb5.2ch.net/test/read.cgi/sec2ch/1386484348/【報告担当】 2chが危ない!小さな親切大きく募集! 4 [転載禁止] copy;2ch.nethttp //carpenter.2ch.net/test/read.cgi/operatex/1422461289/前スレ□規制解除要望□ dion.ne.jp専用 Part xxxxhttp //maguro.2ch.net/test/read.cgi/accuse/0000000000/ 2 ■板別規制等は以下で確認■まだかな、まだかな (太文字が自分に関係ある規制です)http //qb7.2ch.net/_403/madakana.cgi規制一覧@DION軍 (更新停止中)http //www12.atpages.jp/dion/BBQ規制の種類を表示する装置( http //bbq.2ch.net/BBQ_Checker.cgi )で、 BBQ status 焼き部隊登録リストとなる人は報告してみると、誰かが誘導してくれるかもしれません。■ おまけdion軍専用アップローダhttp //ux.getuploader.com/dion555/dion軍専用アップローダ2 (大物用:3MB程度以上)http //ux.getuploader.com/dion4649/雀荘「ぢおん」http //tenhou.net/0/?5616■ お気に入り追加で便利かも踏み台確認君http //perl.so.land.to/baila6/chk_relay.cgi2ちゃんねるサーバ監視所http //h.ula.cc/2ch/server/ 3 全サーバ規制、補足等有る場合は適当にまとめて貼ってください memo 5レス目あたりで連投規制に引っかかる場合が有ります。スレ立てするときは余裕を持って(規制時以外)急がず1レス毎に十分な時間を空けて投稿するのをお勧めします。 1レスは最大2048byte・24行。 更新箇所・その他要望等のコメントはこちらへ 支部スレがタイトルから一新 -- (名無しさん) 2013-07-28 13 30 14 dion規制No9→10 -- (((多分)中の人)) 2013-12-08 18 28 40 報告担当スレ1→2 -- (((多分)中の人)) 2014-01-08 18 46 24 踏み台確認君のURL修正 -- (((多分)中の人)) 2014-01-27 20 16 24 本部のリンク変更 -- ((*1)) 2014-05-22 21 44 55 ちいさな親切 -- (((多分)中の人)) 2014-09-02 22 55 53 現行スレのテンプレと同一に -- ((*2)) 2014-11-18 22 05 52 報告スレ -- ((*3)) 2015-01-29 18 31 37 2ちゃんねるサーバ監視所URLまで貼ると新しい規制「Rock54」が出るようです -- (代理) 2015-04-22 23 01 43 URL数が多すぎるようです、適当にh抜きで建てて下さい。 -- (代理) 2015-04-24 00 01 39 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/realwebanalytics/pages/50.html
1)一般的な例ではなく、相手のサイトにあわせた説明をする。 説明する側にとっては、相手のサイトを理解する事により具体的な説明が出来るし、聞いている側も「自分のサイトの事を話している」と集中力が上がり、説明者に対して親近感を覚えやすいです。 例1 × コンバージョンページは、「コンバージョンページ」として登録する必要があります。 ○ このサイトのコンバージョンページ、つまり「ユーザーに一番して欲しいこと」を教えてください。 (資料請求をして欲しいです) では、この「資料請求完了ページ」をコンバージョンページとして画面に登録しましょう。成果ページとして登録する事により(以下略) 2)余計な情報は説明しない 説明しなくても良いことを説明する事は時間の無駄にもなるし、聞いている側も「あぁ、ここは自分のサイトとは関係ないな」と思い集中力が切れます。 例2 × アクセス解析ツールではページURLを判別する際、クエリーストリング(URLの?以降の部分)は見ません。しかしパラメータ名に検索の種類が入っていて、そのパラメータの値ごとに別のページとして計測したい場合、つまりsearch.cgi?type=aとsearch.cgi?type=bを別のページとして取得したい場合、別々のページとして取得出来るような設定をする必要があります。その方法ですが、(以下略) ○ このサイトには動的なページはありますか? (いや、静的なページのみで、クエリーストリングを使ったページはありません) わかりました。ではこのページの説明は割愛しますが、もし将来的にそのような予定がある場合は、このページは別途読んでおいてください。 3)「何故」を説明しないと「理解」されない。 説明する側にとっては当たり前のことも、初めて聞く人にとってはそれが常識ではないので、具体的にしかもちゃんと理由を伝えながら説明する事が重要となります。 例3 ×メインとなる導線のページ名称はちゃんとつけた方が、画面を見るときにわかりやすいです。 (…画面で分かりやすいって言われてもなぁ、考えるの大変だしそのままじゃダメかなぁ) ○メインとなる導線のページ名称をつけておく事により、画面でページ別PVなどを見る際に、長くて意味がわかりづらいURLより、ページ名称が表示されるため、どのページのことを指しているかが分かりやすくなります。 4)説明が無くとももわかりやすい資料を作る 資料は説明が無くても、理解出来る物にする必要があります。口頭で言う大切な事は全て資料に記載しましょう。資料作り時に気をつけることは A)伝えたいこと・意味することを各ページの最初あるいは最後に記載しておく B)説明の文章は極力省き、スクリーンショットあるいは手順説明に重きをおく C)分かりやすい目次あるいはラベルをつける (導入担当者が見るべきページにはページの右端に赤いラベルを、 運用担当者が見えべきページにはページの右端に青いラベルを など) D)資料には必ず問い合わせ先のメールアドレスあるいは電話番号を入れる E)一番大切で、理解して貰いたいことを1枚にまとめ最後に配布する(あるいは資料の最後のページに入れておく) などがあります。 5)紙ではなくスクリーンに注目させる 少人数でも大人数でも、可能であればプロジェクターを使って説明をした方が良いです。プロジェクターを使うことにはいくつかのメリット(そして多少のデメリット)があります。 ○資料に動きをつける事で、大切なポイントを理解して貰う ○資料をずっと見ていると眠くなる ○先をどんどん見てしまう人が、説明に集中してくれない ○紙では出来ない、アクセス解析ツールのデモが行える ×部屋が暗いとだんだん眠くなってきてしまう ×既に知っている人にとっては時間が長く感じてしまう 配布する資料とスクリーンに映す内容を若干変えておくのも割と良く使っているテクニックです 機能や分析手法の説明は紙に書いておくが、他サイトの事例はスクリーンのみに映すという方法をとったことがありますが、集中力を維持させる事に対して効果的だったと思います。 6)質問をさせるタイミングは最初に宣言しておく 「Q Aをいつしてもらうか?」は説明の前に伝えておく。 聞いている人がやきもきしないで済み説明に集中できます。大勢に説明する時は質問は最後に、少人数に説明する時は随時というやりかたが、一番時間のコントロールがしやすいと思います。 行ってはいけないのが 「説明に時間がかかってしまい質問を全く受け付けられなかった」 「途中で質問に答えていたら説明が最後まで出来なかった」 どっちも聞いている側にとっては不満足あるいはすっきりしない状態となってしまいます。 必ず説明時には時間を気にするくせをつけましょう。携帯のバイブ機能で、終了10分前になるように設定する方法などは有効です。 7)聞いている人のレベルを把握し適切な内容を話す アクセス解析経験者に対して、PV・訪問回数・訪問者数を説明する事は時間の無駄になってしまいます。また、はじめてアクセス解析ツールを使ったり、勉強する人に対して、セッションの定義を説明しない事には、概念を理解して貰えません。こういった相手のレベルを確認し、的確な説明をする事は、お互いのためにもなります。 では、大人数で様々なレベルの人がいる場合はどうするか?これは非常に難しいです。私自身の考えとしては、資料を初心者向け、説明を中級者向けにする事で対応いたします。基本的に必要な内容、あるいは絶対にしておこないといけない内容は、資料に書いておきます。その上で、口頭では中級者向けのことを話し、「この内容の概念あるいは前提は資料の何ページに書いてある通りです。必要な人は読んでおいてください」というような事を伝えます。 8)ホワイトボードを積極的に活用しよう ホワイトボードは非常に有用なツールです。相手から聞かれた質問を図示して説明したり、大切案ポイントやその場で答えられない持ち帰り事項の記述、アジェンダの記録、タイムラインの記述など様々な用途に使えます。また、その打ち合わせの中で分かった事実を記載しておく事により、その事実に基づいて話をしたり、事実が分からなくなるようなことを防いでくれます。 打ち合わせ完了後は携帯電話で画面を撮っておくか、印刷しておくと良いでしょう。 9)やっぱり大切なのは「事例」 前回の記事にも書きましたが、一番人をひきつけ動かすのは事実及び事例です。他のサイトでどういう数字を取っているか(社内外含め)、またその数字を見てどうやってサイトにそれを反映させ改善させるか。こういった「自分のサイトに置き換えるとどうなるだろう?」という考えを聞いている側が出来るような説明が理想的です。「こういった機能があります」というのは、相手に想像力を働かせるきっかけにはなりません。 10)可能な限りフィードバックを受け取る 説明するだけに夢中にならず、相手の反応や言葉を見ましょう。自分の説明がどう伝わっているかあるいは伝わっていないかは相手を見ないとわかりません。では、フィードバックはどうすれば得られるのか?いくつかの方法があります。 A)アンケートを行う(セミナーや勉強会などの比較的大規模向け) B)Q Aの内容を書き留め、その背景を考える。 特に自分が説明したと思っのに、聞かれるような質問は、説明の仕方や資料に問題があるので改良が必要です。 C)相手の態度や仕草などを見る つまらなさそうにしている人、資料をどんどんめくってしまう人、眠そうな人、やる気がなさそうな人を見つけ、その理由を考えてみよう。 資料やプレゼンはフィードバックを受けないと改良されません。また、話す相手によって重視するポイントあるいは、分かって欲しいことは毎回変わるはずです。現状に満足せず、または満足していなくとも妥協をせずに、積極的に資料と自分を磨いてみましょう。 まとめ 10 個の手法を紹介してきましたが、いかがでしょうか?アクセス解析特有の説明方法だけではありませんでしたが、参考になれば幸いです。当たり前のことを書いておくと、皆さんご存じの通り「準備8割、本番2割」が良いプレゼンへの秘訣です。しかし、この「準備8割」を正しく行い、今の資料を改善するためのネタは「本番2割」の中にあります。
https://w.atwiki.jp/omisono_php/pages/37.html
アクセス権 プロパティまたはメソッドのアクセス権 (visibility) は、 キーワード public, protected または private を指定することにより、 定義できます。 public として定義されたアイテムには、どこからでもアクセス可能です。 protected は、派生クラスや親クラス (とそれを定義するクラス自体) にアクセスを制限します。private は、 それを定義するクラスのみにアクセス権を制限します。 メンバのアクセス権 クラスのメンバは、public, private, または protected として定義されなくてはなりません。 public と private の使い方 例 19-10. メンバの宣言 ?php /** * MyClass の定義 */ class MyClass { public $public= Public ; protected $protected= Protected ; private $private= Private ; function printHello() { echo $this- public; echo $this- protected; echo $this- private; } } $obj= new MyClass(); echo $obj- public;// 動作します echo $obj- protected;// Fatal エラー echo $obj- private;// Fatal エラー $obj- printHello();// Public、Protected そして Private を表示します /** * MyClass2 の定義 */ class MyClass2 extends MyClass { // public および protected メソッドは再定義できますが、 // private はできません。 protected $protected= Protected2 ; functionprintHello() { echo$this- public; echo$this- protected; echo$this- private; } } $obj2= newMyClass2(); echo$obj- public;// 動作します echo$obj2- private;// 未定義です echo$obj2- protected;// Fatal エラー $obj2- printHello();// Public、Protected2 を表示しますが Private は表示しません ? 注意 キーワードvarで変数を宣言する PHP 4 の方法は、互換性を保つために今でもサポートされています (これは public と同じ扱いになります)。PHP 5.1.3 より前では、 これを使用するとE_STRICT警告が発生します。 メソッドのアクセス権 クラスメソッドは、public, private, または protected として定義される必要があります。どの宣言も有さないメソッドは、 public として定義されます。 例 19-11. メソッドの宣言 ?php/** * MyClass の定義 */classMyClass{ // コンストラクタは public でなければなりません publicfunction__construct() { } // public メソッドの宣言 publicfunctionMyPublic() { } // protected メソッドの宣言 protectedfunctionMyProtected() { } // private メソッドの宣言 privatefunctionMyPrivate() { } // これは public となります functionFoo() { $this- MyPublic(); $this- MyProtected(); $this- MyPrivate(); } }$myclass= newMyClass;$myclass- MyPublic();// 動作します$myclass- MyProtected();// Fatal エラー$myclass- MyPrivate();// Fatal エラー$myclass- Foo();// Public、Protected および Private が動作します /** * MyClass2 の定義 */classMyClass2extendsMyClass{ // これは public となります functionFoo2() { $this- MyPublic(); $this- MyProtected(); $this- MyPrivate();// Fatal エラー } }$myclass2= newMyClass2;$myclass2- MyPublic();// 動作します$myclass2- Foo2();// Public および Protected は動作しますが、Private は動作しませんclassBar{ publicfunctiontest() { $this- testPrivate(); $this- testPublic(); } publicfunctiontestPublic() { echo"Bar testPublic\n"; } privatefunctiontestPrivate() { echo"Bar testPrivate\n"; } } classFooextendsBar{ publicfunctiontestPublic() { echo"Foo testPublic\n"; } privatefunctiontestPrivate() { echo"Foo testPrivate\n"; } }$myFoo= newfoo();$myFoo- test();// Bar testPrivate // Foo testPublic?
https://w.atwiki.jp/active/pages/16.html
静岡大学静岡キャンパスへのアクセス #alpslab_slide Googleマップ JR静岡駅北口のしずてつジャストラインバス13番乗場(松坂屋百貨店東隣、エクセルワード静岡ビル前)から「静岡大学」又は「大谷」行き(34、35、36番)に乗車し、「静大前」又は「片山」下車(所要時間25分、1時間に5~7本運行) 静大HPのキャンパスマップ 静大地球科学科HPのちょっと便利帳 しずてつバス時刻表 静岡駅前発の最終バスは土曜22 42、日曜22 12、平日23 12 静岡大学職員会館おしか荘へのアクセス JR静岡駅北口のしずてつジャストラインバス13番乗場から「静岡大学」又は「大谷」行き(34、35、36番)に乗車し、「小鹿局前」下車(所要時間9分)
https://w.atwiki.jp/rhsmithjapan/pages/8.html
アクセス アクセス 日本から 鉄道で ワシントンD.C.中心部から 車で 宿泊 食事キャンパス内 ダウンタウンCollege Park 銀行/ATM その他 Tips インターネットアクセス おみやげ 地図 日本から 日本-ワシントンD.C.間は、成田からの直行便(所要 約13時間)を利用するか、シカゴなどを経由することになる。ワシントンD.C.周辺には、ダレス(IAD)、ナショナル(DCA)、ボルチモア(BWI)の3つの空港があり、各空港からワシントンD.C.の中心部を目指すことになる。DC中心部からはナショナル空港が最も近く経済的ではあるものの、実際日本からのフライトであればダレス行きの方がメジャーであり、シャトルを利用すれば利便性もそれ程劣らない。ボルチモアはアメリカ国内便発着の際には利用が多いが、日本からのフライトでは便数も少なく、特別の理由が無い限りはあまり利用されない。 鉄道で AmtrakでワシントンD.C.にくる場合、国会議事堂(Capitol Hill)に程近いUnion Stationに到着する。ここからは地下鉄やタクシーを利用する。Union Stationの中にはショッピングモールやフードコートがある。フードコートにあるFlamersのハンバーガーはおすすめ。 ワシントンD.C.中心部から メリーランド大学の最寄り駅は、地下鉄(Metro)のグリーン・ラインのCollege Park/U of MD stationで、ワシントンD.C.中心部から約30分。 駅の改札を出て左(東側)に進むとバスターミナルがあり、その一角にメリーランド大学が運行する赤いシャトルバス(Shuttle-UM)が発着する停留所がある。駅とキャンパスを結ぶ路線のみ誰でも無料で利用することができる。運行は約10分間隔(スケジュールはこちら)。約10分で終点かつキャンパスの中心であるStamp Student Unionに到着する。Smithの校舎であるVan Munching Hallへは、そこからCampus Drive等を経て歩いて約10分(キャンパスの地図はこちら)。 また、駅の改札を出て右の出口からは、徒歩(約20分)でキャンパスに行くことができる(夜間暗くなってからの徒歩での移動はお勧めしない)。 なお、Van Munching Hall東側は2007年2月現在増築工事中。 車で レンタカーでキャンパスや周辺の都市を視察すれば、Smithでの生活をよりリアルに実感でき、Smith訪問をより有意義なものにすることができる(かも)。キャンパスへはI-495(環状高速道路)のExit-25BからUS-1(国道1号線/Baltimore Ave.)南方向に出て約2マイル進むと、右手にキャンパスが見えてくる。キャンパス内のVisitor Parking(有料)を利用する。Van Munching Hallは、Mowatt Laneの近くにあるVisitor Parkingが便利。キャンパス内外の駐車場では頻繁に違反チェックをしているので注意すること。 宿泊 宿泊は、ワシントンD.C.の市中のホテルを利用することもできるが、キャンパス周辺にもホテルが点在する。Van Munching Hallから徒歩圏内にある主なホテルは以下の通り。 The Inn & Conference Center, University of Maryland University College Quality Inn & Suites US-1沿いにあるエコノミーホテル。College Parkのダウンタウンに位置しているのでキャンパス周辺の雰囲気を感じることができる。ロビーや各客室で無線LANを無料で使用できる。Van Munching Hallまで徒歩で約15分。Stamp Student UnionやCollege Park Metro駅とホテルの間は、ホテルにリクエストすればバンで送迎してくれる。 食事 滞在中の食事は、キャンパス内のフードコートやCollege Parkのダウンタウンなどでとることができる。 キャンパス内 Stamp Student Union McDonald、TACO BELL、Chick-fil-A、Panda Expressなどのファストフード店やサンドイッチなどを販売するコンビニがある。Van Munching Hallから徒歩10分ほど。 South Campus Dining キャンパス内のドミトリーに住む学生が多く使うカフェテリアだが、誰でも利用できる。Van Munching Hallからも近く、徒歩5分ほど。 Rudy s Cafe Van Munching Hallの中にある。ピザ、ホットドッグ、サラダ、寿司、菓子、飲料などが購入できる。食事をするところとしての満足度は高くないが、MBA生活を垣間見るには絶好の場所。 ダウンタウンCollege Park ベーグル、サンドイッチ、中華などのレストラン/テイクアウトの店がいくつかある。Van Munching Hallから徒歩15分ほど。 Boston Market アメリカ料理のレストラン。College Park Shopping Centerの中。 China Cafe 中華料理。Panda Expressに飽きたらここ。7-Elevenのとなり。 Chipotle メキシカンファストフード。日本未進出。College Park Shopping Centerの中。 Cold Stone Creamery 最近日本に進出し始めたアイスクリーム屋さん。College Park Shopping Centerの中。 Jimmy John s 大学生市場をターゲットとするサンドイッチ・チェーン。 Noodles & Company アジア、地中海、アメリカの各エリアの麺類が食べられる。College Park Shopping Centerの中。 Starbucks ご存知スターバックス。College Park Shopping Centerの中。 Ten Ren Tea 日本にも支店がある台湾系の中国茶店、天仁銘茶。カフェもあり、簡単な食事を取ることができる。Bubble Tea(タピオカティー)もある。 銀行/ATM トラベラーズチェックの現金化は窓口で。主要国際ブランドがついたキャッシュカードでの現金引き出しはATMでできる。 Chevy Chase Bank 地元の銀行。ATMは日本語にも対応している。Stamp Student Unionの中(窓口は平日の9-17時)とダウンタウンCollege Parkにある。 Bank of America 全米で営業している銀行。ダウンタウンCollege Parkにある。 その他 ダウンタウンCollege Parkには以下の店がある。 7 Eleven コンビニエンスストア。College Park Shopping Centerの中。 CVS 24時間営業のドラッグストア。College Park Shopping Centerの中。 Fedex Kinko s インターネットや印刷サービスを利用できる。料金は高いが、インタビュー前の情報収集やハンドアウト作成に便利。 WaWa グローサリーストア。College Park Shopping Centerの中。 Tips 店探しをするときはZipコードを覚えておくと便利。メリーランド大学周辺のZipコードは20740。これを各社Webサイトの"Store Locator"に入力すると近いほうから店舗等が提示される。 インターネットアクセス 大学近辺でインターネットを利用するには以下の方法がある。 大学の図書館(McKeldin Library)のカタログ端末(蔵書検索用なので利用は節度を持って。) ホテルのWifiサービス(有料/無料。) Fedex Kinko s(有料。分単位課金で高いので時間との戦い。印刷可。) StarbucksのWifiサービス(有料。接続すると携帯電話会社T-Mobileのサインアップ画面が出る。) そこらの家や事務所の無線LAN(無断利用は自己責任で...。) おみやげ メリーランド大学訪問の記念として大学の名前入りグッズを購入できる場所を紹介する。 University Book Center Stamp Student Unionの中にある。大学ロゴ入りのパーカー、人形などはフードコートの向かいの店舗。バインダーやノートなど文具は下の階の書店にある。 Maryland Book Exchange ダウンタウンCollege Parkの北のほうにある店。 その他、ワシントンD.C.訪問のおみやげは主要な観光地、Union Station等で購入できる。定番はスミソニアンの宇宙食アイスクリームなど。 アメリカ訪問記念の「いやげもの」としては、 Twizzler 食感がロウソク、消しゴムとも評されるジャンクフード。アメリカ人以外で積極的に食べる人を見たことがない。そこらのコンビニや自動販売機で売っている。 Jelly Belly レーガン元大統領も好物だったという御存知ゼリービーンズ。50種類のフレーバーがあり、組み合わせて新しい味を作り出すRecipeがたくさんある。Lemon + Coconut = Lemon Meringue Pieだって。アメリカ人ってしあわせ。 地図 本ページ内に記載されている場所の地図はこちら
https://w.atwiki.jp/occhiolino/pages/13.html
<アクセス> JR 京浜東北線・根岸線 石川町駅 南口より徒歩3分。 神奈川県横浜市中区石川町 (モスバーガー・横浜石川町店近く) TEL 090-1100-0301 E-mail occhiolino@ezweb.ne.jp (Mobile) occhiolino@hotmail.co.jp (PC) 完全予約制のプライベートサロンのため、マンションの場所等の詳細につきましてはご予約をいただいた際にご連絡いたしますのでご了承ください。 Main メニューリスト よくあるご質問 ご予約について